31 设计模式实际应用一

返回设计模式博客目录

1、扫描二维码

众所周知，二维码的扫描结果其实就是一个字符串，我们拿到一个结果需要对内容进行校验，是否是我们需要的信息，然后做一些特殊的处理。比如先判断是不是一个url链接，是则打开这个链接，不是的话进行下一种判断，比如是否是项目中的约定的跳转某个功能的信息…依次下去。

普通的做法是使用 if-else 或者 switch-case，但是当有很多种情况需要处理，则会出现很多的 if-else，并且每增加一种处理，就需要改动代码新增一个 else，一点也不优雅。

这种情况其实可以使用责任链的模式来处理。

我们首先定义一个抽象类，封装一下通用逻辑。

public abstract class QRHandler {
    public QRHandler next;
    Context context;
    public QRHandler(Context context) {
        this(context, null);
    }
    public QRHandler(Context context, QRHandler next) {
        this.next = next;
        this.context = context;
    }
    /**
     * 对外暴露的调用方法
     * @param msg
     */
    public final void handleRequest(String msg) {
        if (canHandle(msg)) {
            handle(msg);
        } else {
            passToNext(msg);
        }
    }
    protected void passToNext(String msg) {
        if (next != null) {
            next.handleRequest(msg);
        } else {
            onNotHandled(msg);
        }
    }
    protected void onNotHandled(String msg) {
        // 当无法处理结果，且没有下一个处理者时
    }
    /**
     * 处理的实现
     * @param msg
     */
    protected abstract void handle(String msg);
    /**
     * 是否能够处理这个msg
     * @param msg 
     * @return true or false
     */
    protected abstract boolean canHandle(String msg);
}

即调用 handleRequest 后，先通过 canHandle 判断需要处理这个信息，是的话则调用 handle(String msg) 自己处理，否的话交给下一个 Handler 处理，没有下一个则调用 onNotHandled(String msg) 触发兜底逻辑。

其次根据需要，实现对应的处理者，如匹配链接跳转页面。

public class URLHandler extends QRHandler {
    public URLHandler(Context context) {
        super(context);
    }
    public URLHandler(Context context, QRHandler next) {
        super(context, next);
    }
    @Override
    protected void handle(String msg) {
        Intent intent = new Intent();
        intent.setAction(Intent.ACTION_VIEW);
        Uri contentUrl = Uri.parse(msg);
        intent.setData(contentUrl);
        context.startActivity(intent);
    }
    @Override
    protected boolean canHandle(String msg) {
        return RxRegTool.isURL(msg);
    }
}

最后将处理者连接成链，调用链头的 Handler 开始处理。

public interface QRParser {
    void parser(String msg);
}
public class QRParserImpl implements QRParser {
    private QRHandler start;
    private QRParserImpl(Context context) {
        // 倒叙处理顺序
        ...
        URLHandler urlHandler = new URLHandler(context, lockerHandler);
        InvoiceHandler invoiceHandler = new InvoiceHandler(context, urlHandler);
        PrintHandler printHandler = new PrintHandler(context, invoiceHandler);
        start = new Base64Handler(context, printHandler);
    }
    public static QRParserImpl getInstance(Context context) {
        return new QRParserImpl(context);
    }
    @Override
    public void parser(String msg) {
        start.handleRequest(msg);
    }
}

使用这种方式降低耦合度，便于拓展，提高代码灵活性。
之后如果新增加一种处理，只需要在增加对应的实现类，并添加到责任链中即可。对于处理优先级也可以通过改变责任链的顺序实现。任何改变都只需要变动责任链的初始化过程。

2、登录迭代

以登陆为例，比如外层需要调用一个 LoginService 进行登录，LoginService 又需要调用其他的 service 来进行比如密码校验，权限校验之类的操作。时序图见下：

登录时序图

问题

有需求来了，增加指纹登录类型、增加校验内容，我们的 LoginService 显然必须要同步改变。具体就是，逻辑内部可能需要增加很多的 if-else，以及一些新的外部依赖。这么做，第一，违反开闭原则，测试难度加大，需要回归整个登录功能。第二，上线后如何生产验证？发现问题怎么办？只能回滚。

解决方法

工厂方法模式

在设计时，增加 LoginServiceFactory，按照一定的规则，生成 LoginService，比如此图，LoginServiceV1 和 LoginServiceV2 都实现 LoginService 接口，client 调用 LoginService 接口即可，由 LoginServiceFactory 决定真正调用那个版本的 login 方法。

好处：增加新的 LoginService 实现时不用改之前的 LoginService 代码，降低测试难度。第二，上线后可以流控进行生产验证，发现问题，关闭即可，无需回滚，因为流控逻辑写在 LoginServiceFactory中。

3、下单校验

以下单为例，我们的下单方法 OrderService 中，需要去调用其他一系列的服务来进行下单校验，比如限额校验，库存校验，权限校验。所有校验都通过，才能下单成功，时序图见下：

下单时序图

问题

有需求来了，需要新增一些校验，或者下单环节增加了其他的外部依赖。那么我们的 OrderService 是不是需要同步的增加逻辑呢？随着业务的迭代，OrderService 会变的越来越臃肿。

解决方法

责任链模式。

所有的校验都实现 orderFilter，形成一个 orderFilterList（责任链），新增或者删除某个校验的时候，只需要新增或者删除这个实现，同时维护这个责任链即可，维护这个责任链的同时不改代码的方式有：使用配置文件、初始化的时候动态的初始化责任链。

注意，一般情况下使用责任链的场景是将处理对象连城一条链，并沿着这条链传递请求，直到有对象处理它为止。而我们这需要所有的对象都要处理并且校验通过。

4、下单流程

以下单为例，可能每个下单都需要经过，订单校验，订单落地，真正下单，失败处理等流程。

可以使用模版方法，首先将流程固定，其次将一些共用的逻辑抽取到模板方法里面。

5、条件判断

这种代码经常可以见到：

if (a) {
    handleA();
} else if(b) {
    handleB();
} else if(c) {
    handleC();
} else {
    handleD();
}

随着时间的推移，需求的迭代，每一个分支会越来越来复杂，造成整体代码可读性变差。根据实际情况，可以使用策略模式或者责任链模式解决这个问题。责任链模式见前面案例。

参考链接：
https://www.jianshu.com/p/22e8bb4fc737
https://www.jianshu.com/p/0a8d84bf1ff1